suggestion (blocking): Instead of removing the America/Tijuana item, which could cause backwards compatibility issues (and removes a valid time zone), can we just remove Tijuana from the America/Los_Angeles item and fix the America/Tijuana label?

Makes sense, I've updated with this change.

suggestion (blocking): Instead of adding Novosibirsk here to Asia/Krasnoyarsk, can we add Asia/Novosibirsk as its own item?

I did some brief reading and the history is pretty confusing, but I think they each have their own time zone identifier even if they currently observe the same times year-round.

I initially considered adding Asia/Novosibirsk as its own item, but felt the current grouping better aligns with the original intent behind this curated timezone list (see historical context section).

In short, here's my thinking:

• The list was merged in May 2016 when Novosibirsk had a different timezone. It moved to its current timezone shortly after (in July 2016), but the change wasn’t reflected here.
• The list is intentionally kept small to avoid overwhelming users. Extra items add up over time.
• We already group cities that share a timezone. Examples:
  • Rome is grouped under Europe/Amsterdam, even though it has its own canonical identifier Europe/Rome.
  • Madrid is grouped under Europe/Paris, even though it has its own canonical identifier Europe/Madrid.
• /settings has search for the timezone dropdown, so typing “Novosibirsk” will still find it even if it's grouped and not a separate item.
• Grouping by country/timezone feels logical, and a separate entry would mainly help with auto-timezone detection, but even that could be implemented without adding new items.

That’s my reasoning, but I’m happy to revisit if you feel strongly about keeping Novosibirsk separate.

nit: it might make sense to put the city that matches the time zone first (especially since there's two different "La Paz" in this file), unless there's a reason for doing it this way i'm not aware of.

Thanks for the suggestion. The timezone isn’t exposed to the user in the frontend, only the label is. The cities in the label follow alphabetical order, and putting Mazatlan in front would break this order. Was there a specific reason you think putting the city matching the timezone first would work better here?

nit: i know this list was already existing, but same suggestion here about putting the city that matches the time zone first in the list (again, unless there's a reason for the order)

Similar to my earlier comment, the cities here are in alphabetical order, so putting Kolkata first would break that.